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(54) Modified indirect addressing for file system 

(57) A logical address and a pointer entry for a file in 
an indirect address file system are translated into a 
physical address (34). A decision module tests a pointer 
flag in a present pointer entry (32,33,28,30,36). The 
pointer entry has a pointer (32A) and a pointer flag 
(32B) to identify whether the pointer points to a data 
storage area (1 0) or a metadata storage area. The deci- 
sion module indicates (106) whether the pointer is a 
data pointer or a metadata pointer. In response to the 
decision module indicating the pointer is a data pointer, 
a set module combines (110) the data pointer with the 
logical address to generate a physical address. A split 
module, in response to the decision module indicating 
the pointer is a metadata pointer, divides (114) the logi- 
cal address into a first portion as an index value and a 
remaining portion as an offset value. An update module 
then sets (116) the logical address to the offset value. A 
retrieve module combines the metadata pointer with the 
index value to get (118) the next pointer entry. The 
retrieve module sends the next pointer entry to the deci- 
sion module for testing whether the pointer flag in the 
next pointer entry indicates the pointer is a data pointer 
or a metadata pointer. All of the modules continue (120) 
to handle pointer entries in this manner until the set 
module generates a physical address. The first pointer 
entry at the start of the translation can be from a file 
control block, or an inode in the UNIX file system. Each 
metadata pointer points to a next successive level of 
indirect addressing in the plurality of levels of indirect 
addressing. Also, each data pointer points directly to the 
data storage area. As a result all levels of indirect 
addressing, which are from a level having the pointer 
entry with a data pointer to a last indirect addressing 



level, are by-passed. 
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Description 

Field oi the Invention : 

This invention relates to indirect addressing of files s 
in a file system. More particularly, this invention relates 
to modifying the indirect addressing with additional con- 
trolled information. 

Description of the Related Art : ic 

To a user or an application program, a file appears 
as a contiguous region of disk space addressed as 
bytes 0 through the size of the file minus one. In reality, 
such a file is stored as various physical blocks of data 15 
scattered throughout the disk. Accordingly, some 
address translation method is required to convert, or 
translate, the file offsets provided by the application to 
physical addresses in the data storage device. 

A very common translation method uses a tree of 2c 
fixed-sized indirect address blocks. Exemplary of this 
translation method is the Unix File System (UFS). An 
indirect address block is a block of metadata containing 
an array of block pointers. These block pointers point to 
other lower-level indirect address blocks. At the lowest 25 
level of metadata, the indirect address blocks point to 
fixed-sized blocks of data. The control block for the file 
which in Unix is the l-node, points to the top level indi- 
rect address block. 

The translation method begins by using the most 30 
significant bits of the offset as an index to the root indi- 
rect address block. At the root indirect address block, 
the pointer to the second-level indirect address block is 
retrieved. Then, the next significant bits of the offset are 
used as the index in the second level indirect address 35 
block to fetch a pointer to the third-level indirect address 
block. Again, the next significant bits of the offset are 
used to find the pointer in third level indirect address 
block. That pointer may point to yet another indirect 
address block, or may point to the data block. It is the 4o 
least-significant set of offset bits that are used as the 
byte index with the pointer from the last indirect address 
block to find the data in the data block. 

The tree of indirect address blocks culminating in a 
data block, has a fixed depth. For example, to support a 45 
32-bit (4 gigabyte) file system with four kilobyte indirect 
address blocks and four kilobyte data blocks (a tradi- 
tional UNIX nie System), requires two levels of indirect 
address blocks. Each level uses ten bits (1024 four byte 
block pointers), and the data block uses twelve bits. For so 
a file system with 63-bit files using eight kilobyte indirect 
address blocks with an eight kilobyte data block, there 
would be five levels of indirect addressing, each level 
would have ten bits and the data block has thirteen bits. 

The problems with this indirect addressing 55 
approach are that it uses a very large amount of disk 
space and memory for metadata, and it takes a signrf i- 
cant amount of time to process the metadata in order to 



get the file. For example, associated with every data 
block (usually eight kilobytes in Unix) is a eight-byte 
entry in the lowest level indirect address block. A one 
terabyte file requires slightly more than one gigabyte of 
indirect address block storage. This is a very large 
amount of metadata to manage. It turns out that much of 
this metadata indirect addressing is wasted space 
because many of the files stored in the large file sys- 
tems are contiguous files. 

The indirect addressing file system assumes that 
tile data blocks are scattered throughout a file system or 
throughout at least a large number of small contiguous 
regions. However, many application programs for effi- 
ciency and speed of operation will make an effort to 
store required files in contiguous space in the file sys- 
tem. As a result it often happens that a block of indirect 
addresses may have a sequential arrangement of point- 
ers. A sequential arrangement of pointers meaning that 
each of the pointers in the indirect address block points 
to the next adjacent data block One solution in such a 
situation is to make the data blocks larger in size. How- 
ever, if the data blocks grow larger in size, and the files 
become small, then a large amount of storage space is 
wasted because the data blocks are not filled by the file. 
Even if the file is large, if the file size is randomly distrib- 
uted, then on average, half of the last block is left 
unused. 

One attempt, to solve the problem of trading off 
large blocks of metadata versus wasted data block 
space in a file system, makes use of "extents." In an 
"extents" file system, each file is defined by a list of 
physical addresses with a length for each block at each 
physical address. For example, a file with noncontigu- 
ous blocks might be defined by the following list of phys- 
ical address length pairs: First entry, 1000,50; the 
second entry 4000,800; third and last entry 3500,20. In 
the "extents" file system, this file first has 50 blocks of 
data beginning at physical address 1000; i.e.. physical 
blocks 1000 through 1049. The file continues with 800 
blocks of data starting at physical address 4000; i.e., 
4000-4799. Finally, the file is completed with 20 blocks 
beginning at physical address 3500, i.e.. blocks 3500- 
3519. 

A number of problems exist with the "extents" type 
of file system. For example if the file requires large 
blocks of contiguous space, and the only spaces availa- 
ble are many small blocks in a noncontiguous locations, 
then the "extents" file system will have a very long list of 
"physical address, length" pairs to specify a file. A sec- 
ond problem with the "extents" file type system is that to 
retrieve data blocks within a file, specified by an offset, 
the software must search through the "extents" list to 
find the location of the block containihg the data blocks 
sought after. Again, if the list is long, then the search 
process to find the correct "physical address, length" 
pair can be a time consuming process. Ftnally. in an 
"extents" file system if file storage is being rearranged to 
improve contiguousness, the "extents" list must be com- 
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pletely collapsed and a new ^'extents" list built. This 
requires a large amount ot copying. 

What is needed is an indirect address arrangement 
with modifications to reduce search time through the 
indirect address and the size of the indirect address s 
metadata. 

Ql IMMARY OF THE INVENTION 



In accordance with this invention, the above prob- io 
lem has been solved by translating a file's logical 
address into a physical address in an indirect address- 
ing file system where the pointer entries have a pointer 
and a pointer data indicator. The translation process 
uses computer implemented steps and begins by is 
retrieving a pointer entry. The pointer data indicator in 
the pointer entry indicates a first state when the pointer 
points to a physical address in the data storage area 
and indicates a second state when the pointer points to 
a lower level indirect address block. After detecting 20 
whether the pointer data indicator is in the first state or 
the second state, the process takes two possible opera- 
tive paths. If the pointer data indicator is in the first state, 
the pointer is combined with the logical address to set 
the physical address. If the pointer data indicator is in 25 
the second state, the logical address is split into an 
index and an offset. TTie logical address is updated to 
the offset. Further when the pointer data indicator is in 
the second state, the next pointer entry is retrieved from 
an indirect address block pointed to by the present 30 
pointer and from a location in the pointed-to indirect 
address block identified by the index. The translation 
process repeats these steps until the physical address 
is set by combining the physical address and logical 

35 

address. 

The above computer implemented steps in another 
implementation of the invention are provided as an arti- 
cle of manufacture, i.e. a computer storage medium or a 
computer transmission medium containing a computer 
program of instructions enabling a computer to perform 4o 
a computer process having the above described steps. 

In an machine implementation of the invention 
apparatus for translating a logical address and a pointer 
entry for a file in an indirect address file system into a 
physical address has a decision module, a set module, 45 
a split module, an update module and a retrieve nruxlule. 
The decision module tests a pointer flag in a present 
pointer entry. The pointer entry has a pointer and a 
pointer flag to identify whether the pointer points to a 
data storage area or a metadata storage area. The deci- so 
sion module indicates the pointer is a data pointer or a 
metadata pointer. The set module, in response to the 
decision module indicating the pointer is a data pointer, 
combines the data pointer with the logical address to 
generate a physical address. 

The split module, in response to the decision mod- 
ule indicating the pointer is a metadata pointer, divides 
the logical address into a first portion as an index value 



and a remaining portion as an offset value. The update 
module then sets the logical address to the offset value. 
The retrieve module combines the metadata pointer 
with the index value to get the next pointer entry. The 
retrieve module sends the next pointer entry to the deci- 
sion module for testing whether the pointer flag in the 
next pointer entry indicates the pointer is a data pointer 
or a metadata pointer. All of the modules continue to 
handle pointer entries in this manner until the set mod- 
ule generates a physical address. 

As a feature of the invention a first pointer entry is 
provided by a file control block, or inode in the UNIX file 
system, for the file. 

As another feature of the invention, each metadata 
pointer points to a next successive level of indirect 
addressing in the plurality of levels of indirect address- 
ing. Also, each data pointer points directly to the data 
storage area. As a result all levels of indirect address- 
ing, which are from a level having the pointer entry with 
a data pointer to a last indirect addressing level, are by- 
passed. 

The great advantage and utility of the present 
invention is that when a pointer flag or pointer data indi- 
cator is set. the indirect addressing process will circum- 
vent all of the unnecessary levels of indirect addressing 
and go directly to the data storage area. Further, if a 
pointer flag is not set, then the indirect addressing will 
work just as it has in an indirect addressing file system. 

The foregoing and other features, utilities and 
advantages of the invention will be apparent from the 
following more particular description of a preferred 
embodiment of the invention as illustrated in the accom- 
pany drawings. 



RRIFF DESCPIPTION OF TH F DRAWINGS 

FIGURE 1 is an address data flow diagram illustrat- 
ing the structure of modified indirect addressing in 
accordance with a preferred embodiment of the inven- 
tion. 

FIGURE 2 illustrates a distributed processing com- 
puter system with a server and multiple clients con- 
nected in a communications network so that the server 
and clients may perform the logical operations of the 
invention when addressing data. 

FIGURE 3 shows the operation flow of logical oper- 
ations to translate a file offset address to a physical 
address in accordance with the preferred embodiment 
of the invention. 

FIGURE 4 shows the address data flow where the 
modified indirect address points to the data block from 
the highest level of indirect address blocks. 

FIGURE 5 shows the address dataflow where the 
modified indirect address points to the data block from a 
middle level indirect address block. 
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DETAILED DFCjnRlPTi ON qf THE PREFERRED 
EMBODI^y1ENT.Cl 

FIGURE 1 illustrates the structure of the modified 
indirect addressing as used in an embodiment of the 
invention. The example in FIGURE 1 has three levels of 
indirect addressing. As will be apparent in describing 
the invention, the number of levels of indirect address- 
ing is not important to the invention. The number of lab- 
els depends on the size of the file, the size of the 
indirect address blocks, the size of the data blocks and 
the size of the pointers in the indirect address blocks. 
Illustrated in FIGURE 1 is a three-level system, accom- 
modating a single file. 

In the structure of FIGURE 1, the data blocks are 
stored in area 10 of a storage device. The storage 
device could be memory, but more typically would be 
disk file space. A data block in area 10 is addressed 
through the indirect address blocks illustrated at levels 
1 . 2 and 3 (L1 . Lj2 and L3). As shown in FIGURE 1 , level 
1 is a single root indirect address block 12. The size of 
the indirect address block 12 depends upon the number 
of root addresses provided in the file system and is lim- 
ited by the number of bits used in the root index portion 
of the offset used to address files in the file system. 

Illustrated at level 2 (L2) there are three indirect 
address blocks 14. 16 and 18. Potentially, there could 
be an address block in level 2 for each of the pointer 
entries in the root address block 12 in level 1 (LI). The 
size of the indirect address blocks 14, 16 and 18 at L2 
deperKjs upon the number of bits used in the level 2 
index portion of the offset used to address files in the file 
system. In the example of FIGURE 1, the offset 20 is 
divided into four sections. Each of the first three sec- 
tions, which are used to index to addresses in indirect 
address blocks In levels LI . L2 and L3. respectively, will 
have ten bits, and the fourth section has 13 bits. Accord- 
ingly, the maximum size of an Indirect address block in 
level 2 or level 3 is 1 ,024 pointer entries. Also In L2 and 
L3. only three indirect address blocks are shown - 
blocks 14. 16 and 18 in L2 and blocks 22, 24 and 26 in 
L3. Potentially, there are 1024 an Indirect address 
blocks in L2, one for each pointer entry in the root indi- 
rect address block 12. Also, there may be 1024 indirect 
address blocks in L3 for each indirect address block In 
L2. 

In each indirect address blocK there are 1024 
pointer entries. As depicted in indirect address block 14, 
each pointer entry contains two pieces of Information. It 
contains a pointer and a pointer data bit. A pointer data i 
bit indicates whether the pointer points to a data block in 
the data file area 10. or the pointer points to an Indirect 
address block in the next lower level. If the pointer data 
bit Is set. the pointer points to a data block In the data 
file area 1 0. If the pointer data bit is not set. the pointer i 
points to an Indirect address block in the next lower level 
of address blocks. For example, in address block 14, 
point r entry 28 contains a pointer 28A and a pointer 



data bit 28B. The pointer data bit 28B Is a 1 ; therefore, 
pointer 28A points to an entry point in the data block 
storage area 10. 

Pointer entry 30 in Indirect address block 14. is an 
5 example of an entry pointing to another indirect address 
block in the next lower level. Pointer entry 30 contains a 
pointer 30A and a pointer data bit SOB. Pointer data bit 
SOB is set to zero and. therefore, pointer 30A points to 
an indirect address block 22 in the next lower level level 
10 3 (L3). 

Offset information in offset 20 is combined with 
these pointers in various ways to identify a data block in 
area 10 for retrieval. Index entries in offset 20 are used 
as an index to be combined with a pointer to identify the 
15 pointer entry in the next lower level of indirect address- 
ing. Alternatively a portion of the offset 20 may be used 
as an offset to identify a data block location in area 10 
relative to a start location in 10 pointed to by a pointer. 
Indirect addressing begins with a pointer entry in 
2c the file "inode" for the UNIX file. The pointer in the inode 
pointer entry points to the start address of the root indi- 
rect address block in level 1 (LI). Index 1 from offset 20 
is combined with the start address for the root indirect 
address block to find the pointer entry in the root indirect 
25 address block The pointer entry In the inode may like- 
wise contain a pointer data bit. If that pointer data bit 
was set then the pointer in the inode points directly to a 
start address in data storage area 10 and the entire off- 
set would index from that start address to the file data to 
30 be retrieved. Nornnally, however the inode pointer entry 
has a pointer pointing to the root indirect address block. 

If the pointer data bit for a pointer entry in the root 
Indirect address block 12 is a 1. then the pointer will 
point directly to a starting point in storage area 10. 
35 Pointer entry 32 has a pointer 32A pointing to start 
address 34 at the top of storage area 10. Pointer entry 
32 contains a pointer data bit 32B set to 1 that indicates 
pointer 32 Is pointing to a data storage area 10. Ihe 
actual location of the data block to be retrieved from 
40 area 10 is defined by start address Identified by the 
pointer and data offset 1 portion of the offset 20. Thus, 
for example. If pointer 32A pointed to physical address 
11.000 and data offset 1 was 350. Then the physical 
address In area 10 from which data would be retrieved 
45 is 11,350. Accordingly, the data block at 11.350 would 
be retrieved in response to a root address pointing to 
pointer entry 32 with an offset of 350. 

If. on the other hand, the pointer entry in the root 
address block in level 1 (LI ) had a pointer data bit set to 
?o 0. then the pointer would point to an Indirect address 
block in L2. For example, if the pointer in the root 
address block pointed to indirect address block 14 in L2, 
the pointer entry In address block 1 4 would be retrieved 
based on Index 2 In the offset 20. In other words, the 
5 most significant bits In offset 20 would serve as an Index 
to be combined with th pointer from the pointer entry in 
root address block 12 to find a pointer entry in an indi- 
rect address block in level 2. 
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If the pointer entry retriwed in L2 has a pointer data 
bit set to 1. as tor example pointer entry 28 in indirect 
address block 14. then the remainder, data offset 2. of 
offset 20 is used as a data offset, or index, to be com- 
bined with the pointer in the pointer entry 28 to find the s 
data block in storage area 10. For example, if pointer 
28A points to physical address 2,000 in area 10, and 
data offset 2 in offset 20 is 400, then the data block at 
physical address 2400 would be retrieved from storage 
area 10. '° 

On the other hand, if the pointer data bit in the 
pointer entry at level 2 (L2) is a zero, then the pointer 
simply points to an indirect address block in level 3 (L3). 
All indirect address blocks in L3 vi^lll have pointer data 
bits set to one. This is because level 3 is the lowest level /s 
of indirect addressing and the pointers in level 3 must 
point to physical addresses in data storage area 10. 
Accordingly, if level 3 of indirect addressing is used, 
then the index 3 portion of the offset 20 is combined 
with a pointer from L2 to find the pointer entry in an indi- 20 
rect address block in L3. Also, the data offset 3 portion 
of the offset 20 is then combined with the pointer from 
the pointer entry in L3 to find the physical address in 
storage area 10. 

This structure when all three levels are used pro- 25 
vides no advantage over conventional indirect address- 
ing However, this structure, when contiguous data 
blocks exist, provides a structure for addressing a larger 
data block of contiguous space directly from a higher 
indirect address level . First, a pointer data bit indicates 30 
that a pointer in a higher level pointer entry points 
directly to a physical address in the storage area 10. 
Second this higher level pointer to a physical address is 
combined virith all, or a portion of, the offset depending 
on the level the pointer entry, to data retrieve from a as 
physical address in the storage area 10. in this way, 
unnecessary lower level indirect addressing may be cir- 
cumvented. 

The operating environment, in which the present 
invention is used, encompasses a stand-alone comput- 40 
ing system as well as the general distributed computing 
system In the distributed computing system, general 
purpose computers, work-stations, or personal comput- 
ers are connected in a client-server arrangement via 
communication links of various types, wherein pro- « 
grams and data, many in the form of objects, are made 
available by various members of the system. 

Some of the elements of a stand-alone computer or 
a general purpose work-station computer are shown in 
FIG 2 In accordance with the invention, users at so 
remote work-stations in a network, such as client proc- 
essors 35. communicate through the network to a com- 
puter server 20. Server 20 includes processor 21 having 
an input/output section 22. a central processing unit 23. 
and a memory section 42. The input/output section 22 is ss 
optionally connected to a keyboard 25. a display or 
monitor 26, and a disk storage unit 29. The inpuVoutput 
unit 22 includes a communications adapter (not shown) 



for communicating on the network 46 to the remote cli- 
ent stations 35. 

Application programs 45 operate on client station 
35 which may access or modify files maintained by 
server 20. The computer program products to eHectuate 
the apparatus and methods of the present invention 
may reside in the memory section 42 or on the disk stor- 
age unit 29 or similar storage media (not shovm), or 
reside on storage mediums used by clients 35. Exam- 
ples of computing systems that may be used as either a 
server 20 or a client 35 include the SPARC M systems 
offered by Sun ty/licrosystems, Incorporated, personal 
computers offered by IBM Corporation and by other 
manufacturers of IBM compatible personal computers 
and systems running the UNIX^. OS/23, hp-uX, AIX^. 
DOS, etc. operating systems. 

As shown in Figs. 2, client 35 and server 20 com- 
municate over network 46 which provides client 35 with 
access to the files maintained on disk 29 of the server. 
Conversely, client 35 also transfers file data over net- 
work 46 tor files maintained on the server. 

Figure 3 illustrates the logical operations in a pre- 
ferred embodiment of the invention as they translate 
logical addresses in the modified indirect addressing 
structure of the invention to physical addresses and 
retrieve a data block at the physical address. In Figure 
3 the translate operations begin when operation 100 
retrieves the offset and sets a logical address to the off- 
set as the initial address for the file. Operation 102 then 
retrieves a pointer entry from the file control block 
(inode) for the file 

Decision operation 106 tests whether or not the 
pointer entry just retrieved by retrieve module 1 02 has a 
pointer data bit set. If the pointer data bit is set, the 
translate operation knows, the pointer points to the data 
storage area. The operatton flow branches "Yes" from 
decision operation 106 to retrieve operation 108. 
Retrieve operation 108 retrieves the pointer from the 
pointer entry, and operation 110 then sets the physical 
address for the file to the pointer plus the logical 
address. In this case the logical address is the entire off- 
set 20 (Fig. 20). The physical address set in operation 
1 10 is then used by retrieve operation 1 12 to retrieve the 
data block at that physical address. With the data block 
retrieved, the translate operation is complete. 

If the decision operation 106 detects that the 
pointer data bit is not set, i.e the pointer in the pointer 
entry points to an indirect address block, then the oper- 
ation flow branches "No" from decision operation 106. 
The operation flow then passes to retrieve module 104. 
In the example of Fig. 1. retrieve module 104 in Fig. 2 
now retrieves the root indirect address Wock pointed to 
by the pointer in the pointer entry from the inode. Then 



1 1SPARC is a trademark of Sun t^ksrosystems. Inc. 
2uNIX is a trademark Licensed by X/Open Company 
Ltd. 

^03/2 and AIX are trademarks of IBM Corporation. 
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split mcxJule 1 1 4 splits the logical address set to offset 
20 (Fig. 1 ) by operation 1 00 into an index portion and an 
offset portion. In this case, the logical address is split 
into Index 1 and Data Offset 1 (Fig. 1). Operation 116 
sets a new logical address to the offset divided out of 5 
the previous logical address in operation 114. As a 
result the logical address has now been set to Data Off- 
set 1 in Fig. 1. 

Operation 118. which may proceed before, or in 
parallel with, operation 1 1 6 uses the index split from the 7^ 
previous logical address by operation 114 to find the 
new pointer entry Operation 118 retrieves the new 
pointer entry from the indirect address block retrieved 
by module 104 at the location identified by the index. In 
this case of Fig. 1. the pointer points to root indirect it 
address block 12. and Index 1 identifies pointer entry 
32. After the new pointer entry 32 is retrieved by opera- 
tion 118, operation flow returns to decision operation 
106. 

As long as decision operation 106 detects that the 2c 
pointer data bit in the pointer entry has not been set 
(i.e., pointer data bit equals 0). the operation flow will 
stay in loop 120. In each pass through this loop, opera- 
tion 104 retrieves the indirect address block pointed to 
by the pointer in the pointer entry just retrieved by oper- 25 
ation 118 during the previous pass. Split module 114 
splits the logical address, which was updated in the pre- 
vious pass, into an index and an offset value. In the 
example of FIGURE 1, the second pass through loop 
120 would split the offset 20 into Index 2 and Data Off- 30 
set 2. Also, the logical address in the second pass 
would be updated to Data Offset 2 by operation 116. 
and the next pointer entry would be retrieved by opera- 
tion 118. The next pointer entry is located at Index 2 
location in the indirect address block in level 2 (L2) 35 
retrieved by operation 104. For example, if pointer entry 
33 had been retrieved from the root indirect address 
block during the first pass, then operation 104 retrieves 
indirect address block 16 during the second pass and 
operation 118 might retrieve pointer entry 36 based on 40 
Index 2 during the second pass. 

If the painter data bit in the neat pointer entry is still 
not set after the second pass through 120 (for example 
pointer entry 36) then in the third pass through loop 120, 
split operation 1 1 4 splits the new offset into Index 3 and 45 
Data Offset 3. In the third pass, an indirect address 
block in level 3 (L3) is retrieved, and a pointer entry in 
that indirect address is retrieved by operation 1 18. This 
pointer entry at the lowest level L3 must have a pointer 
data bit set to 1 . Accordingly, at the end of the third so 
pass, decision operation 106 must branch "Yes." Now 
operation 108 and 1 10 will set the physical address to 
the pointer from the pointer entry in level 3 plus the log- 
ical address which is now Data Offset 3. 

If all off the pointer entries, as in the above ss 
described example, have pointer data bits set to "0," 
there is no advantage over conventional indirect 
addressing. The utility and great advantage of the 



invention is that if the pointer data bit in the pointer entry 
is set to "1" at any point from the inode through any of 
the levels higher than the lowest level, then the pointer 
and remaining offset can address directly a data block 
in storage area 10 of FIGURE 1 . An example where the 
pointer entry in the inode points to data storage area 10 
has already been discussed with reference to FIG. 1. 

FIG. 4 is an example where the pointer data bit in 
the inode pointer entry was set to "0" (not pointing to 
data) and the pointer data bit 130A in the pointer entry 
130 in level 1 or the root indirect address block 12 is set 
to "1" (pointing to data). Pointer entry 130 is located by 
combing Index 1 with the pointer from the inode. Pointer 
130B in pointer entry points to start address 132 in the 
data storage area 10. The data in the file is found at 
physical address equal to the start address 132 plys 
Data Offset 1. In this example levels L2 and L3 of indi- 
rect addressing have been by-passed. 

FIG. 5 is an example where the pointer data bit is 
not set until pointer entry 134 at level 2. Now two passes 
through loop 120 in FIG. 3 are required. During the sec- 
ond pass through loop 120, Index 2 will be used with the 
pointer 136B from pointer entry 136 in root indirect 
address block 12 of level 1 to find the pointer entry 134 
in level 2. Data Offset 2 is used with pointer 134 in 
pointer entry 134 of indirect address block 138 in level 2 
to point directly to data start address in data storage 
area 1 0. The data location in the file is found at a physi- 
cal address equal to start address 140 plus Data Offset 
2. In this example level L3 of indirect addressing has 
been by-passed. 

In either FIG. 4 or FIG 5. data storage for metadata 
has been saved and time has been saved in reaching a 
data block area. If it is not possible to use the pointer 
data bit, then alt three indirect levels of addressing are 
used and the preferred embodiments work just as effi- 
ciently as if there were no pointer data bit in variable off- 
set addressing. Thus, the modified indirect addressing 
of the present invention permits optimization of indirect 
addressing without penalizing indirect addressing if 
optimization is not possible. 

While the invention has been particularly shown 
and described with reference to a preferred embodi- 
ment thereof, it will be understood by those skilled in the 
art that various other changes in the form and details 
may be made therein without departing from the spirit 
and scope of the invention. 

Claims 

1 . A method for translating a file's logical address into 
a physical address (34) In a file system, the file sys- 
tem having indirect address blocks 
(12.14,16.18.22.24.26) with pointer entries 
(32.33,28.30.36). said method comprising the 
steps of: 

(a) retrieving (102) a first pointer entry (32), 
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said pointer entry having a pointer (32A) and a 
pointer data indicator (32B). said pointer data 
indicator indicating a first state when the 
pointer points to a physical address (34) in the 
data storage area (10) and indicating a second 
state when the pointer points to a lower level 
indirect address block (14.16.18); 

(b) detecting (106) whether said pointer data 
indicator is In the first state or the second state; 

(c) if said pointer data indicator is in the first 
state, combining (110) the pointer with the log- 
ical address to set the physical address; 

(d) if said pointer data indicator is in the second 
state, splitting (114) the logical address into an 
index and an offset and updating (116) the log- 
ical address to the offset; 

(e) if said pointer data indicator is in the second 
state, retrieving (118) the next pointer entry 
located in a pointed-to. indirect address block 
pointed to by the present pointer and at a loca- 
tion in said pointed-to indirect address block 
identified by the Index from step (d); and 

(f) repeating (1 20) steps (b) - (e) until the phys- 
ical address Is set by step (c). 

2. The method of claim 2 wherein said first pointer 
entry Is from a file control block. 



3. The method of claim 1 wherein said pointer data 
Indicator Is a pointer data bit. 

4. The method of claim 1 further comprising the step 
of: 

(g) retrieving a data block at the physical 4o 
address (34) set by step (c). 

5. The method of claim 1 wherein step (e) comprises 
the steps of: 

45 
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(h) locating the pointed-to. indirect address 
block at a start address specified by the 
present pointer; and 

(i) combining the index with the start address so 8. 
from the present pointer to retrieve the next 
pointer entry at the location in the polnted-to, 
indirect address block identified by the index. 9, 

The method of claim 5 wherein step (c) comprises ss 
the steps of: 

(j) locating a data storage area at a data start 



address specified by the present pointer; and 

(k) adding the logical address to the data start 
address from the present pointer to set the 
physical address for a data block in the data 
storage area. 

Apparatus for translating a logical address and a 
pointer entry for a file in an indirect address file sys- 
tem into a physical address, said file system having 
a plurality of levels of indirect addressing in a meta- 
data storage area, said apparatus comprising: 

a decision module testing (106) a pointer flag in 
a present pointer entry (32.33.30,28,36). the 
pointer entry having a pointer (32A,30A.28A) 
and the pointer flag (32B.30B.28B) to identify 
whether the pointer points to a data storage 
area 10 or the metadata storage area 
(14.16,18.22,24,26), said decision module indi- 
cating the pointer is a data pointer (32A) or a 
metadata pointer (30A); 

a set module responsive to said decision mod- 
ule indicating the pointer is a data pointer and 
combining (110) the data pointer with the logi- 
cal address to generate a physical address 
(34); 

a split module responsive to said decision mod- 
ule indicating the pointer is a metadata pointer 
and dividing (114) the logical address into a 
first portion as an Index value and a remaining 
portion as an offset value; 

an update module setting (116) the logical 
address to the offset value from said split nrKxl- 
ule; and 

a retrieve module combining (118) the meta- 
data pointer with the index value to get the next 
pointer entry and sending the next pointer entry 
to said decision module for testing whether the 
pointer flag In the next pointer entry indicates 
the pointer is a data pointer or a metadata 
pointer whereby all of the modules continue to 
handle pointer entries until said set module 
generates a physical address (34). 

The apparatus of claim 7 wherein a first pointer 
entry Is provided by a file control block for the file. 

The apparatus of claim 7 and in addition: 

a data block access module responsive to the 
physical address from said set module access- 
ing the data block at the physical address. 
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10. The apparatus of claim 7 wherein: 



each metadata pointer points to a next succes- 
sive level of indirect addressing in the plurality 
of levels of indirect addressing; and each data 
pointer points to the data storage area whereby 
all levels of indirect addressing from a level 
having the pointer entry with a data pointer to a 
last indirect addressing level are by-passed. 

11. The apparatus of claim 7 wherein: 

the metadata pointer points to a block start 
address for an indirect address block; and 

said retrieve module adds the index value to 
the block start address to locate the next 
pointer entry. 



12. The apparatus of claim 11 wherein: 

the data pointer points to a data start address 

in the data storage area; 

and 

said set module adds the logical address to the 
data start address to generate the physical 
address. 

13. A computer program storage medium readable by a 
computing system and encoding a computer pro- 
gram of instructions for executing a computer proc- 
ess for translating a file's logical address into a 
physical address in a file system, the file system 
having indirect address blocks with pointer entries, 
said computer process comprising the steps of: 

(a) retrieving (102) a first pointer entry (32), 
said pointer entry having a pointer (32A) and a 
pointer data indicator (32B). said pointer data 
indicator indicating a first state when the 
pointer points to a physical address (34) in the 
data storage area (10) and indicating a second 
state when the pointer points to a lower level 
indirect address block (14,16,18); 

(b) detecting (106) whether said pointer data 
indicator is in the first state or the second state; 

(c) if said pointer data indicator is in the first 
state, combining (1 10) the pointer with the log- 
ical address to set the physical address: 

(d) If said pointer data indicator is in the second 
state, splitting (114) the logical address into an 
index and an offset and updating (1 16) the log- 
ical address to the offset; 



1C 



(e) if said pointer data indicator is in the second 
state, retrieving (118) the next pointer entry 
located in a pointed-to, indirect address block 
pointed to by the present pointer and at a loca- 
tion in said pointed-to indirect address block 
identified by the index from step (d); and 

(f) repeating (120) steps (b) - (e) until the phys- 
ical address is set by step (c). 

14. The computer program storage medium of claim 13 
where, in the computer program said first pointer 
entry is from a file control block. 
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The computer program storage medium of claim 1 3 
where, in the computer program, the computer 
process step (e) comprises the steps of: 

(g) locating the pointed-to, indirect address 
block at a start address specified by the 
present pointer; and 

(h) combining the index with the start address 
from the present pointer to retrieve the next 
pointer entry at the location in the pointed-to. 
indirect address block identified by the index. 



1 6. TTie computer program storage medium of claim 1 3 
where, in the computer program, the computer 
process step (c) comprises the steps of: 

(i) locating a data storage area at a data start 
address specified by the present pointer; and 

0) adding the logical address to the data start 
address from the present pointer to set the 
physical address for a data block in the data 
storage area. 

17. A computer program transmission medium storing 
in transit a computer program being downloaded 
from a first computing system to a second connput- 
ing system, said conrputer program transmission 
medium encoding computer program of instructions 
for executing a computer process for translating a 
logical address and a pointer entry for a file in an 
indirect address file system into a physical address 
(34), said file system having a plurality of levels of 
indirect addressing in a metadata storage area, 
said computer process comprising the steps of: 

testing (106) a pointer flag (32B.30B.28B) in a 
present pointer entry (32.30,28), the pointer 
entry having a pointer (32A.30B,28B) and the 
pointer flag to identify whether the pointer 
points to a data storage area (10) or to the 
metadata storage area (14,16,18.22,24.26). 
said testing step indicating the pointer is a data 
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pointer (32 A) or a metadata pointer(30A); 

in response to said testing step indicating the 
pointer is a data pointer (32A), first combining 
(1 10) the data pointer with the logical address s 
to generate a physical address (34); 

in response to said testing step Indicating the 
pointer is a metadata pointer, splitting (114) the 
logical address into a first portion as an index io 
value and a remaining portion as an offset 
value; 



next pointer entry. 

. The computer program transmission medium of 
claim 20 where, in the computer program: 

the data pointer points to a data start address 
in the data storage area; and 

first combining step adds the logical address to 
the data start address to generate the physical 
address. 



updating (116) the logical address to the offset 
value; 

second combining (118) the metadata pointer 
with the index value to get the next pointer 
entry; 

20 

returning (120) the next pointer entry to said 
testing step for testing whether the pointer flag 
in the next pointer entry indicates the pointer is 
a data pointer or a metadata pointer whereby 
all of the steps continue to process pointer 25 
entries until said first combining step generates 
a physical address. 

18. The computer program transmission medium of 
claim 1 7 where said computer process in the com- 30 
puter program further comprises the step of : 

accessing a data block at the physical address. 

19. The computer program transmission medium of 3S 
claim 1 7 where, in the computer program: 

each metadata pointer points to a next succes- 
sive level of indirect 

addressing in the plurality of levels of indirect 40 
addressing; and 

each data pointer points to the data storage 
area whereby all levels of indirect addressing 
from a level having the pointer entry with a data 45 
pointer to 

a last indirect addressing level are circum- 
vented. 

20. The computer program transmission medium of so 
claim 19 where, in the computer program: 

the metadata pointer points to a block start 
address for an irrdirect 
address block; and 

said second combining step adds the index 
value to the block start address to locate the 
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